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SYSTEMS AND METHODS FOR MONITORING NETWORK-BASED VOICE 

MESSAGING SYSTEMS 

BACKGROUND 

Field of the Invention 

[0001 ] The present invention relates generally to telecommunications systems, and 

more particularly, the present invention relates to enhanced network-based voice 
messaging services. 
Background of the Invention 

[0002] Telephone systems have become a central means for communicating with 

others on a real-time basis. However, for a variety of reasons, it is generally not 
possible or convenient for subscribers to answer every telephone call received. For 
example, with the high volume of junk calls (e.g., telemarketing, wrong numbers, and 
the like) many subscribers choose not to answer an incoming call. Subscribers may 
screen their calls using an answering machine that allows them to monitor the 
message as the caller records it. If the subscriber then recognizes the caller as 
someone he wants to speak to, he can override the answering machine and take the 
call. Answering machines have also been beneficial in those circumstances where the 
subscriber is not available to receive a call. In that case, the caller can still leave a 
message for the subscriber. 

[0003] However, answering machines are vulnerable to malfunction due to loss of 

power, depleted recording media, and the like. Furthermore, if the subscriber's line is 
busy, the caller cannot get through to leave a message on an answering machine. To 
solve these problems, telecommunications service providers have developed network- 
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based voice messaging systems (VMS). Such systems are generally maintained in 
controlled environments with adequate backup power supplies and redundant systems 
for high reliability. Furthermore, VMS systems may be configured to receive 
inbound calls when the subscriber's line is not available. Accordingly, conventional 
VMS systems have greatly improved the capabilities for subscribers to ensure callers 
can leave a message when the subscriber does not answer a call. A problem remains, 
however, for those subscribers who desire the capability to monitor messages as they 
are being recorded and the capability to intervene in the call to speak to the caller, 
p [0004] Figure 1 shows how conventional voice messaging services operate. PSTN 

|'U domain 100 includes telephony systems such as switches 102 and 104. Switch 102 

P serves the subscriber's telephone 106 and switch 104 serves voice messaging system 

%( (VMS) server 108. Switches 102 and 104, for example, may be the same switch or 

if- 

p may be different switches as shown in Figure 1 . Switches 102 and 1 04 may be a 

Ui. 

[?% circuit-switched service switching points (SSPs) such as the switches used in 

'SS? 

inii advanced intelligent networks (AIN) or may be a packet-switched network element. 

PSTN domain 100 also comprises PSTN 1 10 which may include for example, local 
exchange carriers, competitive local exchange carriers, long distance carriers, and the 
like. PSTN 110 may provide a network link between switches 1 02 and 1 04, as shown 
in Figure 1. 

[0005] When a caller, using, for example, telephone 116 calls the subscriber at 

telephone 106, the call will be processed by the subscriber's host switch 102 in the 
normal manner. If subscriber line 106a is busy or the call is not answered, the call is 
forwarded from switch 102 to VMS server 108 via PSTN 1 10 and switch 104. VMS 
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server 108 may provide a message to the caller prompting him to record a message. 
VMS server 108 may also provide a variety of other options to the caller (e.g., 
message priority, replay recorded message, and the like). 

SUMMARY OF THE INVENTION 

The present invention provides systems and methods for monitoring a call 
directed to a network- based voice messaging service (VMS) via packet-based 
network conferencing resources, such as, for example an IP-based voice-over-IP 
telephony system. The system and method use one or more media gateway systems 
providing an interface between a conventional telephony domain and the Packet- 
switched data network domain. When a call is to be redirected to the VMS system, it 
is routed via the Packet-switched data network domain using the media gateway. An 
application server in the Packet-switched data network domain maintains registration 
information associated with the subscriber. If the subscriber is logged onto the 
Packet-switched data network domain, the conferencing resources are used to 
establish a conference call between the caller, the VMS and the subscriber. 

In embodiments of the present invention, the subscriber may actively 
participate in the conference call. That is, as with conventional answering machines, 
the subscriber may listen to the caller leaving a message with the voice messaging 
service and decide to answer the call. In this case, the voice messaging service may 
be dropped from the conference call. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic diagram showing a conventional implementation of a 
network-based voice messaging system. 



[0009] Figure 2 is a schematic diagram showing an implementation of an 

embodiment of the present invention. 
[0010] Figure 3 A is a schematic diagram showing an embodiment of the present 

invention including a presence database. 
[001 1 ] Figure 3B is a schematic diagram showing the voice path that may be used in 

an embodiment of the present invention when a subscriber is not available to monitor 
the call. 

[0012] Figure 4 is a flow diagram showing exemplary steps that may be used to carry 

out an embodiment of the present invention. 
[0013] Figure 5 is a schematic diagram showing additional communications paths 

that may be used in an embodiment of the present invention. 
[001 4] Figure 6 is a schematic diagram of an architecture that may be used to 

implement an alternative embodiment of the present invention. 
II [00 1 5] Figure 7 is a schematic diagram of an architecture that may be used to 

-*y implement an another alternative embodiment of the present invention, 

DETAILED DESCRIPTION OF THE INVENTION 
[0016] The present invention provides systems and methods for allowing a subscriber 

of a network-based voice messaging service to remotely monitor callers as they 
record messages to the subscriber's voice messaging service. The invention further 
provides systems and methods for allowing the subscriber to interrupt callers as they 
are recording a message, so that the subscriber may intercept the telephone call and 
speak to the caller. 



is 
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Architecture Used In An Exemplary Embodiment 
[001 7] In an exemplary embodiment, a telephony network is integrated with a data 

network to provide an affordable system for carrying out the present invention. 
Figure 2A shows an architecture that may be used to implement an embodiment of 
the present invention. For clarity in this description, Figure 2A shows two basic 
domains: Public switched telephone network (PSTN) domain 100 and packet- 
switched data network domain 200. However, the line of demarcation between the 
domains is arbitrary. PSTN domain 100 includes the same elements as described 
% above in relation to Figure 1 . As noted above, packet-switched data network domain 

fjj 200 ma y be any suitable data network, including, for example, an Internet Protocol 

□ ( IP ) network. 

t 0018 ] Media gateways 1 12 and 1 14 may provide an interface between PSTN domain 

I!;! 1 00 311(1 packet-switched data network domain 200. Packet-switched data network 

!'|| 

domain 200 may comprise conference server 202, call agent 204, application server 

I s *! 

2 206, presence database 208 and packet telephony client 210. In an embodiment of the 

present invention, media gateways 1 12 and 1 14 may be the same gateway, that is a 
single system may be used to provide an inbound and outbound interface between 
telephony domain 100 and Packet-switched data network domain 200. Packet 
telephony client 210 may be collocated with telephone 106 (i.e., the subscriber may 
implement a monitoring system to screen calls forwarded to voice mail using a 
computer system in proximity to his subscriber telephone). Alternatively, packet 
telephony client may be at a remote location allowing the subscriber to monitor calls 
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from other locations. The functions and operations of these systems (i.e., gateways, 
servers, packet telephony client, and the like) are described in more detail below. 
Operation In An Exemplary Embodiment 
[0019] When a caller, using, for example, telephone 1 16 calls a subscriber at 

telephone 106, the call may be processed by the subscriber's switch 102 in the normal 
manner. That is, the switch may attempt to terminate (i.e., connect) the call to the 
subscriber's line 106a. If subscriber line 106a is busy or the call is not answered, the 
call may be forwarded from switch 102 to inbound media gateway 1 12 via 
communications link 10. As shown in Figure 2, communications link 10 may provide 
a voice path from switch 102 to media gateway 1 12. Communications link 10 may 
also transport information about the call, such as, for example, the calling party 
number (CgPN) and the called party number (CdPN) (i.e., the directory number 
associated with subscriber line 106a). Upon receiving the call, media gateway 1 12 
may notify, via communications link 1, call agent 204 that an inbound call has been 
received. As shown in Figure 2, communications link 1 may provide a data path from 
media gateway 1 12 to call agent 204. The notification message may include 
information that may be used to identify the subscriber, such as, for example, the 
CdPN. 

[0020] Call agent 204 may be any system adapted to provide call control functions in 

a voice-over-data network. An example of a suitable call agent may be a Softswitch 
system, such as, for example, the Alcatel 1000 Multimedia Multiservice Exchange 
(available from Alcatel, Paris, France) and switches provided by other vendors 
including, for example, Lucent Technologies (Murray Hill, New Jersey), Sonus 
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Networks (Westford, Massachusetts), and the like. Call agent functions may also be 
provided via a media gateway controller, such as for example, the Cisco Media 
Gateway Controller (available from Cisco Systems, San Jose, California), and the 
like. When call agent 204 receives the inbound call notification, it may notify 
application server 206 via communications link 2, which provides a data path 
between the systems. Application server 206 may be any suitable computer system 
that has a central processor, a memory and application processing logic. Application 
server 206 provides the processing logic for implementing an embodiment of the 
present invention. 

Application server 206 may include one or more databases used to store 
configuration information related to the service. For example, a database may be 
used to store one or more network addresses (e.g., an IP address, if the underlying 
data network is an IP network) associated with the subscriber's packet telephony 
client 210. Such databases may be internal to application server 206 or may be some 
other database system (not shown in the Figures). Packet telephony client 210 is a 
network system associated with the subscriber of the service. Packet telephony client 
210 may be any suitable voice-over-data system, such as for example, voice-over-IP 
systems. In an embodiment of the present invention, packet telephony client 210 may 
comprise a software application running on a computer system. In another 
embodiment, packet telephony client 210 may comprise a network appliance adapted 
to provide voice-over-data network service. Voice-over-data systems may be based 
on the well-known H.323 communications protocol, session initiation protocol (SIP), 
or some other suitable packet telephony protocols. The network address for packet 



telephony client may be a pre-defined network address. That is, in some 
embodiments, a subscriber may be known to use the same packet telephony client 
system to monitor incoming calls according to the present invention. In other 
embodiments, a subscriber may use multiple packet telephony clients or may not have 
a statically-assigned network address. In this case, the subscriber may log-in or 
register each time he begins a session to inform the network of his address. Such 
notification may be manually performed by the subscriber or may be an automatic 
process initiated, for example, whenever the user logs into his computer system. 
[0022] In one embodiment of the present invention, which may be implemented using 

an architecture show in Figure 2A, application server 206 instructs call agent 204 to 
initiate call legs between the caller, the VMS system, and the client telephony client 
through conference server 202 even if the subscriber is not available at packet 
telephony client 210. In this embodiment, application server 206 may first instruct 
call agent 204 to set up call legs (i.e., voice paths) 12, 14, and 16 from inbound media 
gateway 1 12 to conference server 202, from conference server 202 to media gateway 
1 14, and from outbound media gateway 1 14 to VMS server 108 (via switch 104), 
respectively. Call agent 204 may send appropriate instructions to inbound media 
gateway 1 12, conference server 202 and outbound media gateway 1 14 via 
communications links 1, 3 and 4, respectively. Accordingly, in this embodiment, 
application server 206 does not check to determine whether or not the subscriber has 
actually logged into the network and conference resources are allocated to provide a 
voice path between the caller and VMS server 108. 
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In this embodiment, application server 206 may then look up a network 
address associated with packet telephony client 210. The look up may include, for 
example, searching for the CdPN (i.e., the subscriber's DN) in a database to locate the 
associated network address. Once the network address has been determined, 
application server 206 may instruct call agent 204 to set up a call leg from conference 
server 202 to packet telephony client 210. 

Application server 206 may instruct call agent 204 to send an invitation to the 
subscriber to join the conference call. In response to the instruction, call agent 204 
may send a message to packet telephony client 210 via communications link 6. The 
message may inform the subscriber that a caller is recording a message to his voice 
messaging system and may provide an opportunity for the subscriber to monitor the 
call. If the subscriber accepts the invitation, a voice path may be established, via 
communications link 20, between packet telephony client 210 and conference server 
202. Once all of the voice paths have been established, a three-way conference call is 
in progress between the caller at telephone 1 16, VMS server 108 and the subscriber at 
packet telephony client 210. If the subscriber declines the invitation, or there is no 
response from packet telephony client 210, the call between the caller and VMS 
server 108 continues unimpeded, but still utilizes resources on conference server 202. 
Operation Using A Presence Database 

In other embodiments of the present invention, application server 206 may 
first query whether or not the subscriber is available to monitor his calls. The 
architecture shown in Figure 3 A may be used to implement such embodiments. 
Figure 3A includes all of the components described in Figure 2 and additionally 



includes presence database 208. Application server 206 may query a database or 
other information file to make this determination. The database may be internal to 
application server 206 or may be an external database such as presence database 208, 
in communication with application server 206 via communications link 5. In this 
embodiment, application server 206 instructs call agent 204 to allocate conference 
resources only if the subscriber is available (i.e., the subscriber has registered or 
logged onto the data network and indicated that he wants to monitor messages as they 
are recorded to voice messaging system server 108). 
[0026] If the subscriber is not available, then application server 206 instructs call 

agent 204 to set up call legs directly between inbound media gateway 1 12 to 
outbound media gateway 1 14. Figure 3B shows how a resulting voice path may be 



i 6 'p established between the caller and VMS server 108, through media gateway 112, 



communications link 20, media gateway 1 14 and communications link 16. As shown 
in Figure 3B, the voice path in this situation need not connect through a conference 
server, thereby preserving conference resources for other uses. 
Operation From A Subscriber's Perspective 
[0027] Once the voice paths have been established between the caller at telephone 

116, VMS server 108 and packet telephony client 210, the subscriber (if he is using 
packet telephony client 210) may passively monitor the conversation between the 
caller and the VMS system. That is, the subscriber may monitor the caller's message 
as it is being recorded to VMS server 108 without interrupting the caller. In some 
embodiments of the present invention, the subscriber's leg of the call may be 
controlled by software on packet telephony client 210. That is, packet telephony 
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client 210 may include logic for ensuring that the subscriber's monitoring of the call 
is a one-way communication. One reason such control may be desirable is to prevent 
the caller from knowing that the call is being screened. A one-way communication 
may also be established by, for example, muting the microphone on packet telephony 
client 210. In other embodiments of the present invention, conference server 202 
may be adapted to ensure a one-way communication to the subscriber. 
[0028] In other embodiments of the invention, if the subscriber has multimedia 

capabilities (e.g., a microphone and speakers) on packet telephony client 210 he may 
be provided the capability to accept the call and become a full participant in the call. 
For example, in one embodiment of the present invention, the subscriber may select 
an option provided by programming logic on packet telephony client 210 to join the 
call. In this embodiment, packet telephony client 210 may send a message to call 
agent 204 indicating the subscriber's intent to answer the call. Call agent 204 may 
then instruct conference server 202 to drop VMS server 104 (and media gateway 114) 
from the call. Packet telephony client 210 (or conference server 202) may then allow 
a two-way communication between the caller and the subscriber, via conference 
server 202. 

[0029] In another embodiment, even if the subscriber does not have multimedia 

capabilities on packet telephony client 210, he may still be provided the capability to 
intercept the call via a telephone device, such as telephone 118, telephone 106, or 
some other telephone (not shown in the Figures). In this embodiment, the subscriber 
may send a message (via packet telephony client 210) to call agent 204 instructing it 
establish a call leg to the telephone device. Call agent 204 may instruct conference 
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server 202 accordingly, and the subscriber may then answer the call on the telephone 
device and speak to the caller. VMS server 108 (and media gateway 1 14) and packet 
telephony client 210 may then be dropped from the conference call. 
Operation From A Caller's Perspective 

[0030] The above described steps (i.e., message transactions between the application 

server, media gateways and other network elements) generally take place very 
quickly. Accordingly, there need not be any significant delay in connecting the caller 
to VMS server 108. From the caller's point of view, the call appears to be a 
conventionally routed call to the subscriber's voice mail. Unless the subscriber is 
provided capability to "pick up" the call, and actually does so, the caller may not be 
aware of the additional call processing steps described herein. 
Process Flow In One Embodiment 

[003 1 ] Figure 4 shows a flow diagram of steps that may be carried out in an 

embodiment of the present invention. As described above, computer programming 
logic for performing these steps may be performed by application server 206 or in a 
system combining functionality of application server 206 and call agent 204. In step 
400 a call to a subscriber of a network-based voice messaging server is received at the 
switch servicing the subscriber's line. In steps 402 and 404, if the subscriber's line is 
not busy, the switch terminates the call to the subscriber's line in a conventional 
manner. The subscriber's line then rings or otherwise provides an alert. If, in step 
406, the call is answered, no further call processing is required and the process ends. 
Otherwise, if the call is not answered, the process moves on to step 408 and the call is 
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forwarded to an inbound media gateway. Similarly, if in step 402, the subscriber's 
line is busy or not available, the process moves on to step 408 as shown in Figure 4. 

After the inbound media gateway receives the call, it sends a message to an 
application server in step 410 (via a call agent system). The message may include the 
calling party number or other information identifying the call received on the inbound 
media gateway. The message may also include the called party number or other 
information identifying the subscriber. In step 412, the application server may check 
a presence database to determine whether or not the subscriber is currently registered 
on the IP network. If, in step 414, the application server determines that the 
subscriber is registered on the IP network, the application server sends a message to a 
conference server (via a call agent system) instructing the conference server to initiate 
a three-way conference call between the inbound media gateway, the subscriber and 
the voice messaging service in step 416. 

Otherwise, the process moves on to step 41 8 where the call is forwarded from 
the inbound media gateway to the outbound media gateway. As noted above, in some 
embodiments, a single media gateway may be used. In this case, step 41 8 would not 
be performed and the process would move on directly to step 420. In step 420 the 
caller is connected to the subscriber's voice messaging service via the media 
gateway(s). After connecting the caller to the subscriber's voice messaging service, 
the process ends as shown in Figure 4. 

If the subscriber is registered on the IP network, the process continues in steps 
416 and 422, where the conference server sets up the conference call between the 
caller, the subscriber and the voice messaging service. If an outbound media gateway 



13 



is used, then the conference call includes the outbound media gateway in the call path 
to the subscriber. After step 422 has been completed, the subscriber may monitor the 
communication between the caller and the voice message system. In an embodiment 
of the present invention, the caller is not provided any cues indicating that the call has 
been transferred to the voice messaging server via the IP network. Accordingly, in 
some embodiments, the caller may not be made aware that the subscriber is able to 
listen in on the communication. 
[0035] As described above, the subscriber may elect to intervene in the call. If, in 

□ ste P 424 > the subscriber makes a request to take the call, the process moves on to step 

j u 426 - The subscriber may request to receive the call on a conventional telephone 

Hi devi ce or via the subscriber's client system. If the subscriber the wishes to use a 

conventional telephone, the subscriber may provide a directory number for the 

i : 

I'll telephone to which the call should be directed. Alternatively, the subscriber may 

! § have pre-identified a directory number as part of a registration process. In either case 

CI ' 

H me conference server (via a call agent system) may be directed to drop the voice 

messaging server from the conference call as indicated in step 426. 
[0036] Figures 5-8 show alternative embodiments of the present invention. Each of 

the embodiments include many of the components described above. Figure 5 shows 
an embodiment wherein packet telephony client 210 is in direct communication with 
the application server 206 and conference server 202 in addition to call agent 204. 
Such direct communication may be useful, for example, in embodiments wherein 
applicable programming logic associated with the present invention is operated on 
each of the systems. That is for example, if conference server 202 is adapted to 
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receive instructions directly from packet telephony client 210, communications link 7 
may be used. Similarly, if packet telephony client 210 needs to send registration 
information to applicable server 206, communications link 8 may be used. 

[0037] Figure 6 shows an embodiment wherein the programming logic and 

functionality of application server 206 and call agent 204 have been combined into a 
single component. In this embodiment, application server/call agent 600 may include 
communications links 601-605 as shown in Figure 6. 

[0038] Figure 7 shows an embodiment wherein the programming logic and 

functionality of application server 206, call agent 204 and conference server 202 are 
combined into a single component. Application server/call agent/conference server 
700 includes data paths 701-704 and voice paths 710 and 712 as shown in Figure 7. 

[0039] The foregoing disclosure of the preferred embodiments of the present 

invention has been presented for purposes of illustration and description. It is not 
intended to be exhaustive or to limit the invention to the precise forms disclosed. 
Many variations and modifications of the embodiments described herein will be 
apparent to one of ordinary skill in the art in light of the above disclosure. The scope 
of the invention is to be defined only by the claims appended hereto, and by their 
equivalents. 

[0040] Further, in describing representative embodiments of the present invention, 

the specification may have presented the method and/or process of the present 
invention as a particular sequence of steps. However, to the extent that the method or 
process does not rely on the particular order of steps set forth herein, the method or 
process should not be limited to the particular sequence of steps described. As one of 
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ordinary skill in the art would appreciate, other sequences of steps may be possible. 
Therefore, the particular order of the steps set forth in the specification should not be 
construed as limitations on the claims. In addition, the claims directed to the method 
and/or process of the present invention should not be limited to the performance of 
their steps in the order written, and one skilled in the art can readily appreciate that 
the sequences may be varied and still remain within the spirit and scope of the present 
invention. 
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